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(54) Method and system for obtaining information and services over a communication network 



(57) In a communications arrangement, a computer 
user accesses a server system to seek customer serv- 
ice over the World Wide Web (WWW). The server sys- 
tem assigns a customer service agent (CSA) to commu- 
nicate with the user to realize the customer service. In 
a customer service session, the user and CSA may col- 
laboratively browse hypertext markup language (HTML) 



documents at different uniform resource locators 
(URLs) to obtain relevant information. However, in ac- 
cordance with the invention, the version of each docu- 
ment presented to the user may be different from that 
presented to the CSA. In particular, the CSA version 
contains proprietary information which is excluded from 
the user version. 
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Description 

Field of the Invention 

The invention relates to communications systems s 
and methods, and in particular to systems and methods 
tor allowing users to obtain information and services on 
the World Wide Web (WWW) or the "web". 

Background of the Invention 10 

Computer users can access many information re- 
sources on an expansive international network of com- 
puter networks known as the Internet. The WWW is a 
graphical subnetwork of the Internet. With common is 
"web browser" software such as the NETSCAPE NAV- 
IGATOR and INTERNET EXPLORER browsers, the us- 
ers can readily access Internet information and services 
provided by web servers on the WWW. 

Many Internet services allow communications be- 
tween users. For example, two or more computer users 
may access a designated web server providing a "text- 
chat" service, whereby users may interactively commu- 
nicate in text with one another in real time. 

Computer users can also share a web browsing ex- 
perience using a collaborative browsing scheme dis- 
closed in the co-pending, commonly assigned United 
States patent application of V. Anupam et al. entitled 
"Technique for Obtaining and Exchanging Information 
on World Wide Web," Serial No. 08/683,072, filed July 
16, 1 996. In accordance with this scheme, the users are 
provided with capabilities of collaborative or shared 
browsing of hypertext markup language (HTML) docu- 
ments at various uniform resource locators (URLs) (or 
website addresses) on the WWW. Specifically, in a col- 
laborative browsing session, the users are able to go 
from one URL to another in a synchronous manner and 
browse the same HTML documents provided at the 
URLs. At the same time, the users are also able to ex- 
change information among themselves in text. 

Summary of the Invention 

While the collaborative browsing arrangement of 
the type just described is desirable in that the users can 
share the same web information in real time, an aspect 
of this arrangement has been recognized by us to be 
disadvantageous in certain applications. In particular, in 
customer service applications, a customer should not 
always be able to browse the same information as a 
service representative. In order to efficiently help the 
customer, the service representative may need propri- 
etary information, e.g., the customers credit history, in 
addition to the information which can be shared with the 
customer. 

The present invention, however, overcomes this 
shortcoming by distinguishing requests for the same da- 
ta based on indicator information in such requests. 



When a request for particular data is received by a web 
server, the indicator information is used to select a ver- 
sion of the particular data corresponding thereto, and 
the originator of the request is then presented with the 
selected version only. In a preferred embodiment, the 
indicator information identifies the originator of the re- 
quest. In a customer service application, if the indicator 
information identifies that the originator is a service rep- 
resentative, he/she is then presented with a first version 
of the requested data. If the indicator information iden- 
tifies that the originator is a customer, he/she is then pre- 
sented with a second version of the requested data. The 
first version may be different from the second version, 
and may include more information, e.g., the proprietary 
information, than the second version. 

Brief Description of the Drawing 

The present invention will be more fully appreciated 
by consideration of the following detailed description, 
when read in light of the accompanying drawing in 
which: 

Fig. 1 illustrates a communications arrangement in 
accordance with the invention wherein a server sys- 
tem provides information and services over the 
WWW to users; 

Fig. 2 illustrates the format of a cookie for identifying 
a user in accordance with the invention; 
Fig. 3 illustrates a home page furnished by the serv- 
er system; 

Fig. 4 is a flow chart depicting the steps taken by a 
manager processor in the server system to arrange 
for customer service; 

Fig. 5 illustrates the format of a cookie for identifying 
a customer service agent in accordance with the in- 
vention; and 

Fig. 6 illustrates a customer service web page fur- 
nished by the server system. 

Detailed Description 

Fig. 1 illustrates a communications arrangement 
embodying the principles of the invention wherein serv- 
er system 100 provides information and services over a 
communication network. In this particular illustrative 
embodiment, server system 100 resides in a customer 
service center of a company and provides product infor- 
mation and customer service via World Wide Web 
(WWW) 140. Such customer service includes helping 
customers to place orders for different products that the 
company markets, responding to customers' account in- 
quiries and complaints, and providing other customer 
support. 

System 100 works compatibly with standard web 
browsers such as the NETSCAPE NAVIGATOR and IN- 
TERNET EXPLORER browsers, the standard hypertext 
transfer protocol (HTTP) and hypertext markup lan- 
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guage (HTML). System 100 realizes the customer serv- 
ice by allowing a user and customer service agent (CSA) 
to browse in a collaborative fashion HTML documents 
which may relate to the user's account, and to commu- 
nicate interatively with each other in real time, e.g., us- 
ing a text-chat capability. 

As shown in Fig. 1 , a user may utilize computer 150 
to access system 100 over WWW 140 at a predeter- 
mined uniform resource locator (URL). Computer 150 
may be a conventional personal computer (PC) running 
standard web browser 151, such as the NETSCAPE 
NAVIGATOR browser. In accessing system 100, brows- 
er 1 51 first establishes a connection to HTTP server 1 09 
having a common gateway interface (CGI) (not shown). 
The CGI includes programs which define certain func- 
tions of server 109 to be described. As soon as the con- 
nection between browser 151 and server 109 is estab- 
lished, server 109 retrieves from host computer 115 
home page information, and a customer identification 
(ID) number assigned to the user for identifying him/her 
temporarily. Server 109 then generates an HTML doc- 
ument representing the home page, and a "customer 
cookie" incorporating the customer ID number. It trans- 
mits the HTML document and customer cookie to 
browser 151 through the established connection. 

Alter the customer cookie is received by browser 
151 , it is stored within the browser. Fig. 2 illustrates the 
format of a generic customer cookie. As shown in Fig. 
2, the customer cookie comprises field 201 containing 
a cookie header, field 203 containing the customer ID 
number, and bit 205 indicating whether the user has 
been referred to a CSA. At this point, the value of bit 205 
is zero, indicating that the user has not been referred to 
any CSA in this session. The bit pattern of the cookie 
header bears a predetermined relation to the.customer 
ID number and bit 205, and can be used to identify that 
the cookie in question is a customer cookie. The function 
of the customer cookie is fully described hereinbelow. It 
suffices to know for now that each time when browser 
151 communicates to HTTP server 109, the communi- 
cation is accompanied by the customer cookie, in ac- 
cordance with the invent ion. 

Upon receipt of the HTML document, browser 151 
opens the document and causes the home page to be 
displayed on computer 150. Fig. 3 illustrates such a 
home page. As shown in Fig. 3, the home page com- 
prises displayed options 303, 305 and 307. In a conven- 
tional manner, the user can select any one of the options 
by pointing and clicking at the option using a mouse de- 
vice or similar indicator device (not shown). Specifically, 
selection of option 303 enables the user to learn about 
the different products that the company markets. In ad- 
dition, it allows the user to place an order for any prod- 
ucts he/she wants to purchase in the course of browsing 
the product information. Selection of option 305 enables 
the user to search for particular products that the user 
has in mind. Selection of HELP option 307 enables the 
user to contact a CSA to obtain customer service. 



In order to realize such customer service, each CSA 
needs to log onto server system 1 00 beforehand. To that 
end, the CSA utilizes a respective one of conventional 
computers 120-1 through 120-N, each running a stand- 

5 ard browser, to log onto the system when he/she checks 
in at the customer service center, where N is an integer 
greater than zero. In this instance, one such CSA during 
a check-in has utilized computer 120-K having browser 
171 to perform a login process, where 1 < K < N. In ac- 

10 cordance with this login process, browser 171 first es- 
tablishes a connection to HTTP server 1 09 via local area 
network (LAN) 160. The CSA then transmits through 
browser 171a pre-assigned login ID and a pre-selected 
password to server 109 for verification thereof. 

15 After server 109 determines that the CSA is an au- 
thorized agent based on a record stored in host compu- 
ter 115 concerning the CSA which includes a copy of 
the CSA's correct login ID and password, server 109 
causes computer 11 5 to update the record to reflect the 

zo availability of the CSA, The host computer then assigns 
an agent ID number identifying the CSA and transmits 
same to server 109, along with standby information. 
Based on the received information, HTTP server 109 
generates an HTML document representing a standby 

25 web page. In addition, server 109 generates an "agent 
cookie" incorporating the agent ID number. 

Server 109 transmits the agent cookie, HTML doc- 
ument to browser 171 via LAN 160, along with prede- 
termined mobile code which is described hereinbelow. 

30 As is well known in the art, mobile code is portable plat- 
form-independent code which can be dynamically load- 
ed through a network and executed on a computer. The 
cookie is then stored in browser 171. The HTML docu- 
ment is opened by the browser to display the standby 

35 web page on computer 120-K, which requests the CSA 
to stand by at the computer to render customer service. 

The aforementioned mobile code is written in a mo- 
bile programming language such as the standard JAVA 
language. In this instance, the mobile code is in the form 

40 of a JAVA applet. After the mobile code is received by 
browser 171, the mobile code runs within the browser 
to create surrogate 173. A surrogate is an assistant to 
a browser. In particular, surrogate 173, which is further 
described hereinbelow, serves as an assistant to brows- 
es er 1 71 to carry out collaborative browsing of HTML doc- 
uments, e.g., in providing customer service. Manager 
processor 107 administers such a collaborative brows- 
ing session. Therefore, as soon as surrogate 1 73 comes 
into being, it establishes a connection to manager proc- 

50 essor 1 07. 

Referring briefly to Fig. 3, assuming in this instance 
that the user at computer 150 selects HELP option 307 
to seek customer service to correct a billing error. Ac- 
cordingly, browser 151 communicates the selection to 

55 HTTP server 1 09, along with the customer cookie iden- 
tifying the user. In response, HTTP server 109 informs 
manager processor 107 of the user's request for cus- 
tomer service, and forwards the customer cookie infor- 
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mation to same. 

Fig. 4 is a flow chart depicting the steps taken by 
manager processor 107 to realize the necessary ar- 
rangement between the user and a CSA to effect the 
customer service. Upon learning the user's request, s 
manager processor 107 checks the agent database in 
host computer 115 for available CSAs, as indicated at 
step 405. In accordance with a predetermined selection 
scheme, manager processor 107 at step 410 selects 
one of the available CSAs, say, the CSA at computer 10 
120-K, to provide the customer service. At step 415, 
manager processor 107 locates an available controller, 
say, controller 111 in this instance, to conduct the re- 
quired collaborative document browsing in a customer 
service session. The address of the selected controller is 
and the customer ID number (included in the customer 
cookie) are then communicated by manager processor 
107 to surrogate 173, as indicated at step 420. 

Upon receipt of the controller address and customer 
ID number, surrogate 173 discontinues its connection to 20 
manager processor 107 and establishes a new connec- 
tion to controller 111. In addition, surrogate 173 gener- 
ates a CSA cookie to replace the stored agent cookie 
based on the agent ID number (appearing in the stored 
agent cookie) and the received customer ID number. 25 

Fig. 5 illustrates the format of a generic CSA cookie. 
As shown in Fig. 5, the CSA cookie comprises fields 
501 , 503 and 505, and is formed in this instance by sim- 
ply appending the customer ID number and the agent 
ID number to a cookie header. The bit pattern of the 30 
cookie header bears the same predetermined relation 
as above to the customer and agent ID numbers, and 
can be used to identify that the cookie in question is a 
CSA cookie. In accordance with the invention, each time 
when browser 171 communicates to HTTP server 109, 35 
the communication is accompanied by the CSA cookie. 

At step 425, manager processor 107 informs HTTP 
server 109 of the successful assignment of a CSA to 
provide the customer service, and the address of con- 
troller 1 1 1 for use by a surrogate to be created in browser *o 
151. Similar to surrogate 173, this surrogate, which is 
further described hereinbelow, serves as an assistant to 
browser 151 to carry out collaborative browsing of 
HTML documents in obtaining customer service. Server 
109 then retrieves information concerning a user login *s 
web page from host computer 115, generates an HTML 
document representing the web page, and updates the 
customer cookie. The updated customer cookie differs 
from the previous version in that the value of bit 205 is 
now "1", reflecting the fact that the user has been re- so 
ferred to a CSA. Server 109 transmits to browser 151, 
the controller address, HTML document, and updated 
customer cookie, along with predetermined mobile code 
in the form of a JAVA applet. 

After the mobile code is received by browser 151, ss 
the mobile code runs within browser 151 to create sur- 
rogate 153. Using the received controller address, sur- 
rogate 153 establishes a connection to controller 11 1 . It 



should be noted that in this illustrative embodiment, sur- 
rogates 153 and 173 serve as interfaces between the 
respective browsers and controller 111. Among other 
things, surrogates 153 and 173 monitor the user input 
and the CSA input to browsers 1 51 and 171, respective- 
ly, and report the respective inputs to controller 111 . 

In addition, browser 151 substitutes the received, 
updated customer cookie for the previous cookie, and 
opens the received HTML document to display the user 
login page on computer 150. On this page, the user is 
prompted to enter a user login ID and password which 
are pre-selected by him/her during a prior registration. 
It should be noted that the login ID is associated with 
the actual identity of the user, such as his/her name, ac- 
count number, etc., which were recorded in the registra- 
tion. The user login ID and password entries are trans- 
mitted to HTTP server 1 09 for verification thereof, along 
with the current customer cookie. In a conventional 
manner, if the login ID and/or password is invalid, the 
user is afforded a predetermined number of additional 
times to enter the correct login ID and password before 
he/she is denied further access to system 100. Other- 
wise, if server 109 determines that the login ID and pass- 
word are valid, it causes host computer 115 to update 
its customer service database to reflect an association 
of the user login ID, and thus his/her actual identity, with 
the customer ID number, which appears in the customer 
cookie. This association is important in that when host 
computer 115 later processes a data retrieval request 
accompanied by the customer cookie or CSA cookie 
which contains the customer ID number, host computer 
115 based on the association can efficiently retrieve the 
data relevant to the user in question only. As a result, 
accidental disclosure of confidential data of another us- 
er is effectively avoided. 

After the successful login by the user, server 109 
retrieves information concerning an agent service web 
page from host computer 115, and generates an HTML 
document representing the web page. This document is 
transmitted to browser 171. Upon opening this docu- 
ment, browser 171 causes computer 120-K to display 
thereon the agent service page. This page includes in- 
formation concerning the name and account number of 
the customer to be served by the CSA. In addition, a 
dialog box appears on the page which is similar to that 
on a customer service web page which is described 
hereinbelow. It suffices to know for now that the CSA 
can start communicating with the customer by entering 
text into the dialog box. 

in addition, server 109 retrieves customer service 
page information from host computer 115, and gener- 
ates an HTML document representing the customer 
service page. This document is transmitted to browser 
151 . Upon opening this document, browser 151 causes 
computer 150 to display thereon the customer service 
page. This page is illustrated in Fig. 6, and includes, for 
example, dialog box 601 , VOICE CALL option 603, IN- 
TERNET PHONE option 605, and QUIT option 607. 
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Dialog box 601 , similar to that on the above agent 
service page, allows the user to communicate in real 
time with the CSA in text. To that end, surrogates 153 
and 173 are programmed to provide this 'text-chaf ca- 
pability which involves an exchange of textual commu- s 
nications through controller 111. In this instance, the 
CSA has started a dialog in box 601 with a standard 
greeting, waiting for a response from the user. 

As an alternative to the textual communications, the 
user may request voice communications with the CSA, 10 
instead. Option 603 allows the user to communicate with 
the CSA by ordinary telephone. However, it should be 
noted that even when the user is on the phone with the 
CSA, he/she needs to continue to use computer 150 to 
realize the customer service session involving collabo- 
ratively browsing of documents with the CSA in accord- 
ance with the invention. 

When option 603 is selected, the user is prompted 
for his/her telephone number. As soon as this number 
is entered and received by HTTP server 109, the latter 
passes it onto manager processor 107. Accordingly, 
server 109 causes computer 120-K to display a mes- 
sage to the CSA, such as "a voice call in progress," to 
alert the CSAof an imminent, incoming phone call. Proc- 
essor 1 07 then retrieves from host computer 1 1 5 the tel- 
ephone number of the CSA, and causes private branch 
exchange (PBX) 113 to establish a phone connection 
between the user and CSA. 

Option 605 allows the user to communicate with the 
CSA via an Internet phone (not shown) which may be 
integrated into computer 150. Similarly, the Internet 
phone of the CSA may be integrated into computer 
120-K. When option 605 is selected, HTTP server 109 
informs manager processor 1 07 of such a selection. Af- 
ter learning the internet protocol (IP) port number asso- 
ciated with browser 171, processor 107 informs HTTP 
109 of the number, which in turn transmits the number 
to browser 151. In a well known manner, using the re- 
ceived IP port number, browser 151 causes the user's 
Internet phone to initiate a call over the Internet to the 
CSA to realize the voice communications. Finally, option 
607 allows the user to quit the current customer service 
session. When this option is selected, server 109 caus- 
es bit 205 of the customer cookie to be changed to "0", 
indicating that the user is no longer served by the CSA. 
Accordingly, the CSA becomes available to assist other 
customers. 

By way of example, in the current customer service 
session, the user has communicated in text to the CSA 
a potential billing error. In order to solve the problem ef- 
ficiently, the CSA needs to browse, with the user, the 
user account information including the bill in question. 
Accordingly, the CSA points and clicks at an icon on the 
agent service page to request such account information. 
This request contains the new URL where such account 
information is stored. The request is transmitted from 
browser 171 to HTTP server 109, along with the CSA 
cookie previously described. Having learned of the 



transmitted request, surrogate 173 communicates a 
copy of the request to surrogate 153 through controller 
111. Surrogate 1 53 then causes browser 1 5 1 to transmit 
a similar request to HTTP server 1 09, along with the cus- 
tomer cookie previously described. 

Conversely, the user may utilize browser 151 to in- 
itiate a request including a change in the URL to look up 
different data to explain the billing error. In that case, 
surrogate 153 similarly forwards a copy of such a re- 
quest to surrogate 173 through controller 111 . Surrogate 
1 73 then directs browser 1 71 to issue a similar request. 
As such, as the session progresses, the CSA and the 
user manage to synchronously go from one URL to an- 
other to collaboratively browse relevant HTML docu- 
ments and, based on the findings, resolve the problem 
at hand through the textual or voice communications. 

However, in accordance with the invention, the ver- 
sion of each document browsed by the user may not be 
identical to the version browsed by the CSA even though 
they originate from the same document. In a preferred 
embodiment, the user version is a subset of the corre- 
sponding CSA version. This asymmetric collaborative 
browsing approach is advantageous in many applica- 
tions including the above customer service application. 
In particular, in resolving a bill problem as in the above 
customer service session, it is desirable to have the 
CSA in possession of more data than the user. For ex- 
ample, both CSA and user versions of the user account 
document show the same user account history informa- 
tion including the bill in question. However, to serve the 
customer efficiently, the CSA is privy to certain proprie- 
tary data which appears in the CSA version but not the 
user version. Such proprietary data includes internal 
resolutions of past complaints by the same user, the fre- 
quency of complaints, the credit history of the user, the 
rating of the user as a customer, etc. 

To that end, HTTP server 1 09 is programmed to dis- 
tinguish a user's data request from a CSA's request 
based on the cookie accompanying each request. If a 
request is accompanied by a CSA cookie identifiable as 
such by its header or format, HTTP server 1 09 retrieves 
from host computer 115a CSA version of the document, 
which most likely is a full version thereof. Otherwise, if 
a request is accompanied by a customer cookie identi- 
fiable as such by its header or format, HTTP 109 re- 
trieves from host computer 115 a redacted version of 
the document, excluding the proprietary data. 

The foregoing merely illustrates the principles of the 
invention. It will thus be appreciated that a person skilled 
in the art will be able to devise numerous other arrange- 
ments which embody the principles of the invention and 
are thus within its spirit and scope. 

For example, in the disclosed embodiment, the de- 
termination of whether a data request is attributed to a 
CSA or a user is based on the cookie information ac- 
companying the data request. However, it will be appre- 
ciated that the cookie information need not accompany 
the data request. Rather, it may be made part of the data 
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request, or derivable from the data request. Further- 
more, one may utilize other indicia than the cookie to 
identify the originator of the request. For example, one 
may use the agent login ID in lieu of the CSA cookie, 
and the user login ID in lieu of the customer cookie, to s 
achieve the necessary distinction. The IP port numbers 
associated with the respective user's and CSA's brows- 
ers may also be used for that purpose. 

In addition, it may be desirable to have the customer 
cookie survive a predetermined period of time after the to 
customer service session is over. During this period, if 
the user invokes another customer service session, 
based on the customer ID number in the surviving cook- 
ie, manager processor 107 can re-connect the user with 
the CSA previously assigned to the user, provided that ts 
the CSA is available. This feature may be achieved by 
including in the customer cookie of Fig. 2 an additional 
field specifying an expiration time of the cookie. This ex- 
piration time may be set at the moment when the value 
of bit 205 is changed from T to "0" (i.e., when a user 20 
is disconnected from the agent). Thus, for example, with 
such a feature, if a user has unfinished business in a 
first customer service session, the user can advanta- 
geously carry on the business in a second session with 
the previous CSA as long as the second session is in- 25 
voked within the expiration time. 

Moreover, in the disclosed embodiment, after a 
CSA is assigned by server system 100 to assist a cus- 
tomer, an agent service page appears on the CSA's 
computer. It will be appreciated that this page will incor- 30 
porate information concerning the web page which the 
assigned customer was previously on, e.g., a catalog 
page, so that the CSA may better anticipate and re- 
spond to the customer's inquiries. 

Finally, system 100 is disclosed herein in a form in 35 
which various system functions are performed by dis- 
crete functional blocks. However, any one or more of 
these functions could equally well be embodied in an 
arrangement in which the functions of any one or more 
of those blocks or indeed, all of the functions thereof, *o 
are realized, for example, by one or more appropriately 
programmed processors. 

Claims 45 

1 . Server apparatus for providing data to two or more 
receivers for concurrent browsing of said data com- 
prising: 

so 

an interface for receiving from at least one of 
said receivers a request for particular data, said 
request including indicator information; and 
a processor responsive to said indicator infor- 
mation for providing a selected version of said 55 
particular data, said selected version of said 
particular data having a content less than the 
entirety of the particular data. 
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2. Apparatus as claimed in claim 1 wherein said indi- 
cator information includes cookie information. 

3. Apparatus as claimed in claim 1 wherein said indi- 
cator information identifies an originator of the re- 
quest. 

4. Apparatus as claimed in claim 1 wherein said indi- 
cator information includes information representing 
a time when the indicator information expires. 

5. Apparatus as claimed in claim 1 wherein said proc- 
essor includes said interface. 

6. A server system comprising: 

at least a first device and a second device; 
means for receiving a first request for particular 
data, the first request being associated with the 
first device; 

means responsive to the first request for caus- 
ing an initiation of a second request for said par- 
ticular data, the second request being associ- 
ated with the second device; 
means for distinguishing the first request from 
the second request based on associations 
thereof with the respective first and second de- 
vices; and 

means for providing a first version of said par- 
ticular data to said first device in response to 
the first request and a second version of said 
particular data to said second device in re- 
sponse to the second request, said first version 
being different from said second version. 

7. A system as claimed in claim 6 wherein said first 
and second requests have respective portions 
which specify said particular data, said respective 
portions being identical. 

8. A system as claimed in claim 6 wherein at least one 
of the first and second devices includes a personal 
computer. 

9. A system as claimed in claim 6 wherein the causing 
means includes a web browser. 

10. A system as claimed in claim 6 wherein the causing 
means includes a surrogate. 

11. A system as claimed in claim 10 wherein said sur- 
rogate forwards a copy of at least part of said first 
request to said second device. 

12. A system as claimed in claim 10 wherein said sec- 
ond device forwards a copy of at least part of said 
second request to said surrogate. 
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1 3. A method for providing data to two or more receivers 
for concurrent browsing of said data comprising the 
steps of: 

receiving from at least one of said receivers a 
request for particular data, said request includ- 
ing indicator information; and 
based on said indicator information, providing 
a selected version of said particular data, said 
selected version of said particular data having 
a content less than the entirety of the particular 
data. 

14. A method as claimed in claim 13 wherein said indi- 
cator information includes cookie information. 

1 5. A method as claimed in claim 1 3 wherein said indi- 
cator information identifies an originator of the re- 
quest. 

20 

16. A method as claimed in claim 1 3 wherein said indi- 
cator information includes information representing 
a time when the indicator information expires. 
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